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Palvelun toteutuksen valinta 
Keksinnon tausta 

Kol ,..nt fl liaiw palvelun t o teutuksen valintaan, ja erityrsesti matka- ___ 

viestiniariestelman lisapalvelun toteutuksen valintaan. 

vrestrnjar, . es , e|mat on kenitettv , koska on ollut tarve vapauttaa 

ihmiset siirtymaan pois kiinteiden puhelinpaatteiden luota Hunan, etta se va,- 
^aa heln tavoitettavuuttaan. Matkaviestinjarjestelrn.en kanssa ova. ke- 
hXneet myOs niiden pSatelaitteiden vaiitykselia tarjottavat palvelut Talla het- 
*1 suunnittelemassa erilaisia uusia palvelumuotoja nykyrsun ,a en y, 
in se"ti «*viin ns. kolmannen sukuoolven matkaviestinjadestelmun kuten Ur»- 
Z ile Telecommunication System (UMTS) seka IMT-2000 n.ema.^1 
Moot Telecommunication 2000). UMTS on standard onftyon *^ 

(Eur0 pean Telecommunications ^J^£^£ZZl 
Tele-communications Union) standards IMT-2000 -jarjesteimaa in 
« Im^Tariestelmat ovat peruspiirteiltaan hyvin samankaltais,a. Seuraavassa U- 
SnSTLw^-n UMTSdarjastelmaa, jonka arkki.eh.uuna on * 
vainl^u kuviossa 1. UMTS^rjestelman pe^srakenne koosjuu ,ty*ve, 
kosta AN (Access Network) ja yhdesta tai useammasta ydrnverkosta CN (Core 
TT 7 iitvntaverkon vaiitykselia tavoitetaan kayttajien liikuteltavat paatelart. 

c^ullaisuuden tietoliikenneveckko. Paatelaite MT voi olla pelkrste ty a,no- 
Taln le'ta vaiittava paateiaite tai se voi o„a monipuolisra palveMa yalrt- 
tava paatelaite. joka toimii palvelualustana ja tukee erilaisten palvelu,h,n Intty- 
vientoimintojenlataamistajasuorittam,sta. langa „omia 

Kuten kaikki matkaviestimarjestelmat, UMTS tuonaa « 
tiedonsiirtopalvelui.a liikkeessa oleville kSyUajille. jarjestelma tukee vaellus a. 
, Ztkayttaja. voidaan saavuttaa ja he voiva, tehda puhelurta mrssa a- 
hansa Ln he ovat sijoittuneet UMTS-jarjestelman pertloalueen s.salle. 
Srs^ltetaan tyydyttavan laajan ^^TZ^ 

SLH^n P—n sisalia ^^^^Z 
dessa tarvittavista palveluista on vaikea tanaan edes ennustaa. Palvelut tule 
va en, s"a monimutkaisemmiksi ja yha useammasta erillisesta to.m.nnos a 
35 koosCsi. Osa paiveluista on mieiekkainta toteuttaa niin. etta suunn osa 
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palvelun sisaltamista toiminnoista toteutetaan paatelaitteessa. NSin pystytaan 
tukemaan erityisesti vaeltamista (roaming). 

Ongelmana ylia kuvatussa jarjestelyssa on, etta sama kayttaja voi 
kSyttSa eri tilanteissa taysin erilaisia paatelaitteita ja silti haluta samat palvelut 
kayttoonsS. Kaikkia toimintoja ei voidatoteuttaa kaikissa-p§atelaitteissa^Jos- 
palvelun toiminnoista toteutetaan paatelaitteessa aina vain se osa, jonka pel- 
kistetyinkin malli voi suorittaa, ei palveluita pystyta toteuttamaan tehokkaim- 
malla mahdollisella tavalla, kun otetaan huomioon koko paatelaitekirjo. Jos 
palvelun toiminnoista toteutetaan paatelaitteessa aina se osa, jonka ominai- 
suuksiltaan keskitasoinen paatelaite voi suorittaa, osa palveluista ei ole kay- 
tettSvissa pelkistetyimmissa laitteissa, kun taas monipuolisemmilla paatelait- 
teilla palvelut voitaisiin toteuttaa tehokkaammin. 

Keksinnon lyhyt selostus 

Keksinnon tavoitteena on mahdollistaa palvelujen toteuttaminen 
15 optimaalisesti ja joustavasti siten, etta jokainen palvelun toiminto toteutetaan 
paatelaitteen ja verkon ominaisuudet huomioiden mielekkaimmass§ paikassa. 
Keksinnon tavoitteet saavutetaan menetelmaiia, jarjestelmSlla ja toteutusre- 
kisterilla, joille on tunnusomaista se, mita sanotaan itsenaisissa patenttivaati- 
muksissa. Keksinnon mukaisen menetelman, jarjestelmSn ja toteutusrekisterin 
20 edulliset suoritusmuodot ovat epaitsenaisten patenttivaatimusten kohteena. 
: Keksinto perustuu siihen, etta kullekin palvelulle maariteliaan erilai- 

: ' , : sia versioita ja kayttajan kulloisenkin paatelaitteen ominaisuuksien perusteella 

paatetaan, mita palvelun versioista kaytetaan. Tasta on se etu, etta kayttajan 
ei tarvitse muistaa, mita palveluja miliakin paatelaitteella on saatavilla, koska 
25 verkossa olevilla palvelulogiikoilla voidaan korvata logiikan puuttuminen paa- 
telaitteesta. Lisaksi etuna on se, etta kukin palvelu voidaan toteuttaa kayttaja- 
kohtaisesti niin edullisella tavalla kuin vain paatelaite sallii hyodyntamalia 
paatelaitteen ominaisuudet mahdollisimman hyvin, ja kayttamaiia verkosta 
: ; • ; vain niita palveluita, joita paatelaitteessa ei ole. 

• 30 Keksinnon eraassa edullisessa suoritusmuodossa kaytettavan pal- 

- ; velun versio valitaan aina vasteena paatelaitteen vaihtumiselle. Tasta on se 

. etu, etta kaytettavan palvelun versiota ei mitenkaan sidota siihen paatelaittee- 

seen, jolla se kayttajaile ensimmaista kertaa valittiin. 
; Keksinnon eraassa edullisessa suoritusmuodossa kaytettavan pal- 

35 velun versio valitaan seka paatelaitteen etta palvelun vaiittavan verkon omi- 
naisuuksien perusteella. Tasta on se etu, etta verkkojen erilaiset ominaisuudet 




pystytaan paremmin ottamaan huomioon eika toteutusta tarvitse suunnitella 
standardiverkon ominaisuuksien mukaiseksi. 

Keksinnon eraassa edullisessa suoritusmuodossa paatelaitteen 
ominaisuudet valitetaan sijainninpaivityssanomissa. Tasta on se etu, etta ei 
tarvita uutta, erillista signalointia ja pystytaan varmistamaan, etta palvelulle 
valitaan aina sopivin versio silloin, kun paatelaite ja/tai sijainti vaihtuu. 

Keksinnon eraassa edullisessa suoritusmuodossa paatelaitteen 
ominaisuudet kysellaan paatelaitteelta sijainnin paivityksen yhteydessa, kun 
verkko tekee sijainninpaivityksen kotirekisteriin asti tai kun paatelaite on il- 
moittanut, etta USIM-kortti on vaihdettu paatelaitteesta toiseen virran oltua 
pois paalta. 

Kuvioluettelo 

Keksintoa selostetaan nyt lahemmin edullisten suoritusmuotojen 
yhteydessa, viitaten oheisiin piirustuksiin, joista 

kuvio 1 havainnollistaa UMTS-jarjestelman verkkoarkkitehtuuria, 
kuvio 2 esittaa keksinnon ensimmaisen edullisen suoritusmuodon 

mukaista signalointia, 

kuvio 3 esittaa vuokaavion keksinnon ensimmaisen edullisen suo- 
ritusmuodon mukaisesta palvelujen toimintojen toteutuksien valinnasta, ja 

kuvio 4 on lohkokaavio keksinnon ensimmaisen edullisen suoritus- 
muodon mukaisesta toteutusrekisterista. 

KeksinnSn yksityiskohtainen selostus 

Esilla olevaa keksintoa voidaan soveltaa minka tahansa tiedonsiir- 
tojarjestelman yhteydessa, jossa voidaan hyodyntaa vain joidenkin paatelait- 
teiden ominaisuuksia palvelujen tuottamisessa. Tallaisia paatela.tte.ta on tu- 
lossa mm. yleiseurooppalaisen matkaviestinjarjestelman GSM (Global System 
for Mobile Communication) seuraavaan sukupolveen, ns. GSM 2+:aan. Jal- 
jempana keksintoa on selostettu kayttaen esimerkkijarjestelmana UMTS- 
iarjestelmaa keksintoa kuitenkaan tallaiseen tiettyyn jarjestelmaan rajaamatta. 
Matkaviestinjarjestelmien yleensa ja erityisesti IMT-2000- ja UMTS- 
jarjestelmien maaritykset kehittyvat nopeasti. Tallainen kehitys voi vaat.a kek- 
sintoon ylimaaraisia muutoksia. Sen vuoksi kaikki sanat ja ilmaisut tulis. tulk.ta 
laajasti ja ne on tarkoitettu kuvaamaan eika rajoittamaan keksintoa. Oleell.sta 
keksinnon kannalta on toiminto, eika se, missa verkkoelementissa tai la.ttees- 
sa toiminto suoritetaan. 
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Kuviossa 1 on esitetty UMTS-jarjestelmSn verkkoarkkitehtuuri kar- 
kealla tasolla, koska verkon yksityiskohtaisemmalla rakenteella ei ole keksin- 
non kannalta olennaista merkitysta. Kolmannen sukupolven matkaviestjnver- 
koissa erotellaan palveluoperaattori SP (service provider) ja verkko- 
~5" dpefaattori (network operator) toisistaan. Palveluoperaattori tarjoaa palveluja 
loppukayttajalle yhden tai useamman verkko-operaattorin verkon SN valityk- 
sella. Tallaisesta palvelut valittavasta verkosta SN kaytetaan nimitysta palve- 
leva verkko. Palveluoperaattori voi tarjota palvelua yhden tai useamman verk- 
ko-operaattorin palvelevan verkon SN vSlityksella. Sen lisaksi palveluope- 

10 raattori voi vaihtaa palvelevaa verkkoa kesken palvelun niin, etta kSyttaja ei 
huomaa vaihdosta. Palveluoperaattori voi olla myos verkko-operaattori. 

Palveleva verkko SN kasittaa varsinaisen HityntSverkon AN (access 
network) ja yhden tai useamman ydinverkon CN (core networks) seka verkko- 
jen valisen yhteistoimintayksikfin IWU (Interworking Unit adapting interfaces) 

15 kutakin eri tyyppista ydinverkkoa varten. Nykytietamyksen mukaan liitynta- 
verkko kasittaa tukiasemia BS (Base Station) ja niita ohjaavia radioverkko- 
ohjaimia RNC (Radio Network Conroller). Li itynta verkko AN on vastuussa 
paaasiassa radiotiehen liittyvista asioista eli se tarjoaa ydinverkolle radiopaa- 
syn, joka tarvitaan langatonta toimintaa varten. Ydinverkko CN on jokin perin- 

20 teinen tietoliikenneverkko tai tulevaisuuden tietoliikenneverkko, joka on modi- 
fioitu hyOdyntamasin tehokkaasti I iitynta verkkoa langattomassa viestinn§ssa. 
Ydinverkon CN valitykselia saadaan yhteys muihin verkkoihin ON. Muita verk- 
koja ovat esimerkiksi toiset UMTS-jarjestelmSn verkot, dataverkot ja yleinen 
kytkentainen puhelinverkko. 

25 Nykytietamyksen mukaan liityntaverkon palvelut tarjotaan ydinver- 

koista CN. Kuvion 1 esittamassS esimerkissS ydinverkkona on GSM- 
jarjestelmaan perustuva verkko, jossa tilaajapalveluista huolehtivat ainakin 
matkapuhelinkeskus MSC (Mobile Switching Center) ja vierailijarekisteri VLR 
(Visitor Location Register). Ne ovat liikkuvuuden hallinnan, ohjauksen ja sig- 

30 naloinnin kannalta keskeiset verkkoelementit. Matkapuhelinkeskuksen tehtavS 
on kytkea puheluja, joihin kuuluu ainakin yksi liikkuva paatelaite MT. Matkapuhe- 
linkeskus voi sisaltaa myos alyverkkopalvelun ohjaustoiminnon SCF (Service 
Control Function) tai liittyman sellaiseen. SCF:n avulla ohjataan toimintoja aly- 
verkkopalvelujen aikaansaamiseksi. Vierailijarekisteri VLR liittyy yleensa yhteen 

35 matkapuhelinkeskukseen MSC, mutta se voi myos palvella useita keskuksia. 
Valtaosa kotirekisterin HLRu (Home Location Register with UMTS enhance- 



ment) sisSltamista paatelaitteen kSyttajSa koskevista tilaajatiedoista ladataan 
(kopioidaan) sen matkapuhelinkeskuksen MSC vierailijarekisteriin VLR, jonka 
alueella paatelaite MT on. GSM-jarjestelman yksityiskohtaisemman kuvauksen 
osalta viitataan kuitenkin kirjaan "The GSM System for Mobile Com- 
5 muriications", M. Mouly ja M. Pautet, Palaiseau, France, 1992, ISBN:2- 
9507190-07-7. 

Kolmannen sukupolven matkaviestinverkoissa myos tilaaja 
(subscriber) ja kayttaja (user) erotellaan. Tilaaja antaa kayttajalle kayttooikeu- 
den tilattuihin palveluihin luovuttamalla kayttajalle identifiointikortin (IC Card), 

10 esimerkiksi USIM-kortin (User and Services and Identity Module). Kayttaja saa 
palvelut kayttoonsa paatelaitteella MT (Mobile Terminal), joka on tukiasemien 
BS valityksella radioteitse yhteydessS palvelevaan verkkoon SN. Tilaaja ja 
kayttaja voivat olla sama henkilo. Tassa yhteydessa oletetaan yksinkertaisuu- 
den vuoksi, etta kayttaja on my6s tilaaja. 

15 Liikuteltava paatelaite MT koostuu varsinaisesta matkaviestinlait- 

teesta ME (Mobile Equipment) ja siihen irrotettavasti kytketysta identifiointi- 
kortista USIM, josta kaytetaan myos nimitysta tilaajan tunnistusyksikko. Paa- 
telaitteella MT tarkoitetaankin tassa yhteydessa yleisesti tilaajan tunnistusyk- 
sikon ja varsinaisen matkaviestinlaitteen muodostamaa kokonaisuutta. Tilaa- 

20 jan tunnistusyksikko USIM on paatelaitteesta irrotettavissa oleva aiykortti, jon- 
ka avulla tilaaja voi kayttaa korttiohjattua paatelaitetta. Kayttaja tunnistetaan 
paatelaitteeseen syStetyn kortin eika itse laitteen ME perusteella. Nykytieta- 
myksen mukaan USIM-kortti on monitoimikortti ja se tukee matkaviestinjarjes- 
telman sovelluksia seka muita sovelluksia, kuten Java-sovellukset, terveyden- 

25 huollon tarvitsemat sovellukset jne. Tilaaja voi tilata palveluita usealta eri pal- 
veluoperaattorilta samalle tilaajan tunnistusyksikolle USIM. Sen lisaksi nyky- 
tietamyksen tilaajalla voi olla kaytossaan useita erilaisia palveluprofiileja sa- 
malla tunnistusyksikolla USIM. Palveluprofiileita on kuitenkin vahintaan yksi. 
Tilaajan tunnistusyksikkoon USIM on tallennettu kansainvalinen matkaviestin- 

30 tilaajan tunnus IMSI, jonka avulla tilaaja voidaan tunnistaa yksikasitteisesti ja 
jota voidaan kayttaa myos kayttajan tunnistamiseen. Tilaajan tunnistusyksi- 
koon USIM voi myos yllapitaa listaa kayttajan kayttoon ottamista palveluista, 
jolloin USIM-kortti voi tallentaa tiedon palvelun eri toteutusversioista, jotka on 
tarkoitettu eri tyyppisiin terminaaleihin. USIM-kortti liittaa edullisesti kunkin 

35 toteutusversion tietoihin osoitteen ja ohjeet, joiden avulla se voi ladata palve- 
lulogiikan verkosta siina tapauksessa, etta varsinaista matkaviestinlaitetta ME 
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vaihdetaan. Mikali palvelulogiikka perustuu matkaviestimen selaimeen, joka 
voi olla esimerkiksi WML-pohjainen (Wireless Markup Language), ja se on 
sidottu kayttoliittyman ohjaukseen, niin palvelulogiikkaa ei tarvitse ladata etu- 
kSteen matkaviestinlaitetta ME vaihdettaessa, vaan palvelulogiikka voidaan 

5_ladata-vasta.-aktivoitaessaHDalvelun-kay^ 

nettua palvelulogiikan osoitetta ja palvelun tyyppia kaytetaan palvelulogiikan 
lataamiseen vasta aktivoitaessa palvelun kayttdliittyma. Palvelulogiikan 
osoitteena voi talloin olla esimerkiksi linkki hypertekstisivulle. Koska tunnis- 
tusyksikko on irrotettava, voi tilaaja vaihtaa varsinaista laitetta ME ja kayttaa 

10 kulloiseenkin tilanteeseen parhaiten sopivaa laitetta ME. 

Varsinainen matkaviestinlaite ME voi olla pelkistetty, ainoastaan 
puhetta valittava" laite tai se voi olla monipuolisia palveluja valittava laite, joka 
voi sisaltaa alyverkon palvelun palvelulogiikan suoritusympariston T-SCF, jo- 
ka vastaa verkon puolella olevaa palvelun ohjaustoimintoa. Matkaviestinlaite 

15 ME voi olla mika tahansa matkaviestinjarjestelmassa kommunikoimaan pysty- 
va laite tai useamman laitteen yhdistelma, esimerkiksi multimediatietokone, 
johon on kytketty esimerkiksi Nokian valmistama kortikka (card phone) matka- 
viestinyhteyden aikaansaamiseksi. 

Puhelimen toimintoja tullaan ohjaamaan API-rajapintaa (API = App- 

20 lication Programming Interface) kayttaen. Nykynakemyksen mukaan ohjauk- 
seen kaytetaan Java-API-rajapintaa. Tassa hakemuksessa Java-API- 
rajapintaa kaytetaan API-rajapinnan esimerkkina rajoittamatta keksintoa mi- 
tenkSan tahSn tiettyyn rajapintatyyppiin. Java-API-rajapinnan valityksella 
huolehditaan siten esimerkiksi paatelaitteen toimintojen ohjauksesta, kuten 

25 mahdollisesta palvelun suoritusymparistosta T-SCF, puhelunohjauksesta, liik- 
kuvuuden hallinnasta, kayttoliittyman ohjauksesta, jne. Tama' tapahtuu 
CAMEL: in (Customised Applications for Mobile network Enhanced Logic) 
omaisesti samaan tapaan kuin verkon toimintoja ohjataan. CAMEL on eras 
GSM 2+-vaiheen palveluista 

30 Kuvion 1 esimerkissa laajennettu kotirekisteri HLRu on sijoitettu 

palvelevaan verkkoon SN. Laajennettu kotirekisteri HLRu sisaltaa nykynake- 
myksen mukaan ydinverkon kotirekisteritietojen lisaksi UMTS-jarjestelmassa 
tarvittavat tilaaja- ja palvelutiedot. Tilaajan palvelutietoja yllapidetaan palvelu- 
profiileittain. Kukin palveluprofiili sisaltaa tiedot palveluprofiiliin tilatuista tieto- 

35 liikennepalveluista. Tietoliikennepalveluja ovat mm. erilaiset peruspalvelut 
(basic service) ja lisapalvelut (supplementary service). Peruspalvelu on yleinen 



tietoliikennepalvelu, jonka pohjalta voidaan tarjota lisapalveluja. Peruspalveluihin 
kuuluvat tietoliikennepalvelut voivat vaihdella sopimuskohtaisesti. Lisapalvelu on 
tietoliikennepalvelu, joka on erikseen otettava kayttoon tai tilattava telepalveluyri- 
tykselta. Lisapalvelut, kuten koputus ja soitonsiirto, taydentavat peruspalvelua. 

5 Lisapalveluun on edullista liittaa tieto palvelun luomisessa tarvittavasta SCF- 
osoitteesta, jotta se voidaan tarvittaessa valittaa tarpeellisille verkkoelementeille. 
SCF-osoitetta ei pysty yksikasitteisesti paattelemaan palvelusta. Palveluoperaat- 
torilla voi olla useita eri SCF-osoitteita samalle palvelulle, joista osoitteista tilaaja 
saa kayttoonsa vain yhden. Sen lisaksi samaa palvelua voi myyda useampi pal- 

10 veluoperaattori ja yleensa tilaaja tilaa palvelun vain yhdelta niista. NSita tietoja 
yllapitaa nykynakemyksen mukaan palvelujen osalta kukin palveluoperaattori 
SP. 

Kuvion 1 esimerkissa palvelun ohjauspiste SCP (Service Control 
Point) on sijoitettu palvelevaan verkkoon SN. Palvelun ohjauspiste SCP on 

15 eras palvelualusta, jolle voidaan ladata ja jossa voidaan suorittaa palveluun 
liittyvia toimintoja. Palvelun ohjauspiste SCP voi olla mika tahansa verkkosol- 
mu tai verkkoelementti, joka sisaltaa alyverkon palvelun ohjaustoiminnon SCF. 
Jokaisella palveluoperaattorilla voi olla oma palvelujen ohjauspiste tai useam- 
pia palvelujen ohjauspisteita. Tietyn tilaajan tiettyyn palveluprofiilin tiettyyn 

20 palveluun liittyva palvelun ohjauspiste SCP loydetaan SCF-osoitteen perus- 
teella. Palvelun ohjauspiste SCP voi myos huolehtia palvelun tai sen toimin- 
non lataamisesta muualle verkkoon ja valittaa palvelupyyntoja kayttajalta pal- 
veluoperaattorille. Sen lisaksi palvelun ohjauspiste SCP huolehtii tarvittaessa 
siita\ etta kotiverkon palvelut ovat kaytettavissa my6s vierailtavissa verkoissa 

25 (visited networks). Palvelut valitetaan vierailtaviin verkkoihin nykytietamyksen 
mukaan CAMEL-sovellusosan valityksella. Verkon toimintaa ohjataan CAMEL 
INAPilla. 

Vierailtavan verkon operaattori voi kieltaa tietyn tyyppisten operaa- 
tioiden kohdistamisen kotiverkosta tai palveluntarjoajalta omaan verkkoonsa 

30 tai niiden pyytamisen vierailtavasta verkosta kotiverkkoon. Operaatiot voidaan 
luokitella niiden kayttotarkoituksen mukaan erilaisiin tyyppeihin, kuten esimer- 
kiksi laskutustaksaan vaikuttavat operaatiot, laskutustaksaa monitoroivat ope- 
raatiot, puheluaikaa rajoittavat operaatiot, esimaksettuun puheluaikaan vai- 
kuttavat operaatiot, kayttajavuorovaikutukseen liittyvat operaatiot ja puhelui- 

35 den reititykseen vaikuttavat operaatiot. 
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Esilla olevan keksinnon mukaisen toiminnallisuuden toteuttava matka- 
viestinjSrjestelma kasittaa tekniikan tason mukaiseen palvelujen toteutuksessa 
tarvittavien valineiden lisaksi valineita paatelaitteen ominaisuuksien lahettamisek- 
si verkkoon, valineita palvelujen toteutusvaihtoehtojen eli eri versioiden yllapita- 

. .5— miseksi . ja valineita kaytettavan version valit semiseksi kayttajan paatelaitteen 
ominaisuuksien perusteella. Sen lisaksi jarjestelma voi kasittaa valineita palvele- 
van verkon ominaisuuksien huomioonottamiseksi kaytettavien palvelujen versioi- 
den valinnassa. Sen lisaksi jarjestelma voi kasittaa valineita kotiverkon ja vierail- 
tavan verkon valilla sallittujen operaatiotyyppien huomioonottamiseksi palvelujen 

1 0 toteutuksen valinnassa. 

Kuviossa 2 esitetaan keksinnon ensimmaisen edullisen suoritusmuo- 
don mukaista signalointia. Erisimmaisessa edullisessa suoritusmuodossa olete- 
taan yksinkertaisuuden vuoksi, etta ydinverkko on GSM-verkko. Keksinto ei kui- 
tenkaan ole mitenkaan riippuvainen ydinverkossa kaytetysta tiedonsiirtojarjestel- 

15 masta. Ensimmaisessa edullisessa suoritusmuodossa palvelujen toteutuksen op- 
timointi eli kulloinkin kaytettavien toteutuksien valinta suoritetaan kotirekisterissa 
HLRu edullisesti sijainninpaivityksen yhteydessa. Palvelujen toteutuksen valinnan 
suorittamisella sijainnin paivityksen yhteydessa ja ennen tilaajatietojen lahetysta 
kotirekisterista HLRu vierailijarekisteriin VLR on saavutetaan se etu, etta muutok- 

20 set olemassa oleviin verkkoelementteihin ovat pienet. Sijainnin paivitys suorite- 
taan ainakin aina sijainnin muuttuessa tai kytkettaessa virta suljettuna olleeseen 
paatelaitteeseen. Normaalisti sijainninpaivitys tapahtuu vierailijarekisteriin VLR 
asti silloin, kun pysytaan saman vierailijarekisterin alia. Paatelaite voi my5s pyytaa 
sijainninpaivitysta kotirekisteriin asti. Ilman erillisia toimia toteutuksen valinta ta- 

25 pahtuu aina palvelevan verkon vaihtuessa. KeksinnSn ensimmaisessa edullises- 
sa suoritusmuodossa varmistetaan se, etta toteutuksen valinta tapahtuu aina 
myfis paatelaitteen vaihtuessa USIM-kortin ja matkaviestinlaitteen ME valisella 
kattelyila. Kattely suoritetaan aina, kun virta kytketaan paalle. Kattelyn avulla 
huomataan, etta matkaviestinlaite ME on vaihtunut. Tieto viimeisimmasta USIM- 

30 kortista voidaan tallentaa matkaviestinlaitteeseen ME tai USIM-korttiin voidaan 
tallentaa tieto viimeisimmasta matkaviestinlaitteesta. Jos kattelyssa huomataan, 
etta USIM-kortti ei ole enaa samassa matkaviestinlaitteessa ME kuin ennen virran 
katkaisua, tarkistaa USIM-kortti matkaviestinlaitteen ME ominaisuudet 
(esimerkiksi API-rajapinnan versio), jonka jalkeen paatelaite MT pyytaa sijainnin- 

35 paivitysta kotirekisteriin HLR asti. Ensimmaisen edullisen suoritusmuodon mukai- 
sessa ratkaisussa saavutetaan se etu, etta toteutuksen valinta suoritetaan aina ja 



vain silloin, kun olennaisia muutoksia tapahtuu. Keksinto ei kuitenkaan ole miten- 
kaan sidottu sijainninpaivityssanomiin, vaan tiedot voidaan lahettaa muissakin 
sanomissa. Lisaksi tietoja ei valttamatta tarvitse lahettaa jokaisen sijainninpaivi- 
tyksen yhteydessa, vaan ne voidaan lahettaa e simerkiksi ain oastaanjijainnin 
5 rekisteroinnin yhteydes~sa jartai aina, kun paatelaitteesta on vifta ollut pois. To- 
teutuksen valinta voidaan suorittaa myos muualla kuin kotirekisterissa, esimerkik- 
si paatelaitteessa MT tai vierailijarekisterissa VLR. Toteutuksen valinnan suorit- 
tamisella kotirekisterissa HLR saavutetaan se etu, etta ominaisuus on helposti 
kaytettavissa erilaisten ydinverkkojen kanssa. Oleellista on, etta tarvittavat tiedot 
10 siirretaan sinne, missa valinta suoritetaan ainakin silloin, kun kayttaja vaihtaa 
pSatelaitetta tai palveleva verkko vaihtuu. 

Viitaten kuvioon 2 liikuteltava paatelaite MT lahettaa sijainninpaivitysta 
pyytavan sanoman 2-1 (LocationUpdateRequest) matkapuhelinkeskukselle MSC, 
joka valittaa sen edelleen vierailijarekisterilleen VLR. Tavanomaisten tietojen li- 
15 saksi sanoma 2-1 ilmaisee paatelaitteen ominaisuudet. Keksinnon eraassa suo- 
ritusmuodossa paatelaitteen ominaisuuksia ei kuljeteta sijainninpaivityssanomas- 
sa itsessaan, vaan vierailijarekisteri kyselee ne erillisella kyselysanomalla, johon 
paatelaite MT vastaa ennenkuin sijainninpaivitys voi jatkua. Yksinkertaisimmillaan 
paatelaitteen ominaisuudet voi olla pelkka paatelaitteen luokan tunnis- 
20 te.Paatelaitteen ominaisuudet sisaltavat kuitenkin edullisesti tietoa esimerkiksi 
palvelun suoritusympariston T-SCF versiosta, verkosta paatelaitteeseen tai 
USIM-kortille ladatuista toiminnoista, tiedon paatelaitteessa olevasta Javan API- 
rajapinnan versiosta ja sen laajennuksista jne. Nama tiedot helpottavat paatelait- 
teen ominaisuusanalyysia. Pelkan paatelaitteen luokan analysointi edellyttaa, etta 
25 jossain verkossa on saatavilla tarkempaa tietoa luokan sisallosta. 

Vastaanotettuaan sijainninpaivitysta pyytavan sanoman 2-1 vierailija- 
rekisteri havaitsee, etta sijainninpaivitys on tehtava kotirekisteriin HLR asti, koska 
paatelaite joko pyytaa sita tai on vierailijarekisterille tuntematon. Keksinnon 
eraassa suoritusmuodossa vierailijarekisterin havaittua, etta sijainninpaivitys on 
30 tehtava kotirekisteriin HLR asti, vierailijarekisteri kysyy paatelaitteelta sen ominai- 
suudet. Talla saavutetaan se hyoty, etta sijainninpaivityssanomien koko ei kasva 
liian suureksi. VLR lisaa kotiverkkoon lahetettavaan sijainninpaivitysta pyytavaan 
sanomaan 2-2 palvelevan verkon ominaisuudet ilmaisevan tiedon. Kun ydinverk- 
kona on GSM-verkko ovat verkon ominaisuudet samat kuin matkapuhelinkeskuk- 
35 sen ominaisuudet. Sen lisaksi vierailijarekisteri voi lisata sanomaan myos palvele- 
van verkon eli matkapuhelinkeskuksen valityksella kaytettavissa olevat ominai- 
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suudet ilmaisevan tiedon. Jos sijainninpaivitys tehdaan vierailtavasta verkosta 
kotiverkkoon, lisaa keksinnon ensimmaisessa edullisessa suoritusmuodossa vie- 
railijarekisteri sanomaan myos tiedon kotiverkon ja vierailtavan verkon valilia sal- 
lituista operaatiotyypeista. TamSn tiedon vierailijarekisteri saa esimerkiksi kotiver- 

_5_k on .k ooe jin-avullar-YdinveFkoissa r joissa-eri-keskusten-ominaisuudet-eroavat, voi- 
daan toteutuksen valinta suorittaa keskuksittain. Tama onnistuu, kun verkon omi- 
naisuuksina ilmoitetaan paatelaitetta palvelevan keskuksen ja sen valityksella 
kaytettavissa olevat ominaisuudet ja vierailijarekisteri sovitetaan pitamaan tunte- 
mattomana paatelaitteena keskuksen aluetta vaihtavaa paatelaitetta. Kun vierai- 

10 lijarekisteri VLR on tehnyt lisaykset, lahettaa se sijainninpSivityssanoman 2-2 
(LocationUpdate) kotirekisterille HLRu. Sijainninpaivityssanoma sisaltaa edella 
esitetyn mukaisesti tavanomaisten tietojen lisaksi ainakin paatelaitteen ja matka- 
puhelinkeskuksen ominaisuudet ilmaisevat tiedot. Jossakin suoritusmuodossa, 
jossa paatelaitteessa ei kayteta kattelya, vierailijarekisteri voi yllapitaa tilaajatie- 

15 doissaan tilaajan paatelaitteen ominaisuuksia ja ennen sanoman 2-2 koostamista 
tarkistaa, ovatko paatelaitteen ominaisuudet samat tai onko paatelaite pysynyt 
saman keskuksen alia ja jos mikaan ei ole muuttunut edellisesta kerrasta, ei vie- 
railijarekisteri koosta sanomaa 2-2. 

Kun kotirekisteri HLRu on vastaanottanut sanoman 2-2, suorittaa se 

20 kohdassa 2-3 tilaajan palvelujen toteutuksen valinnan. Tata valintaa selitetSan 
tarkemmin kuvion 3 yhteydessa\ Jossakin suoritusmuodossa kotirekisteri ei saa 
tietoonsa sanomassa 2-2 tilaajan kayttaman paatelaitteen tai verkon ominaisuuk- 
sia, vaan joutuu kyselemaan paatelaitteen ominaisuudet vierailijarekisterin ja mat- 
kapuhelinkeskuksen kautta paatelaitteelta seka verkon ominaisuudet vierailijare- 

25 kisterilta. Tai la saavutetaan se, etu etta paatelaitteen ominaisuuksia ei vaiiteta 
sijainninpaivitys signaloinnissa turhaan, vaan kotirekisteri HLR kyselee paatelait- 
teen ja verkon ominaisuuksia vasta jos tilaajan palveluprofiileihin maariteltyjen 
palvelujen toteutuksien tietoihin kotirekisterissa HLR on maaritelty vaadittuja omi- 
naisuuksia paatelaitteelta tai verkolta ja niita tullaan tarvitsemaan kohdassa 2- 

30 3.Jossakin suoritusmuodossa kotirekisteri voi yllapitaa tilaajatiedoissaan tilaajan 
kayttaman paatelaitteen ja verkon ominaisuuksia ja ennen toteutuksen valintaa 
tarkistaa, ovatko ominaisuudet samat ja jos mikaan ei ole muuttunut, ei toteutuk- 
sen valintaa suoriteta tarpeettomasti uudelleen. Kun toteutukset on valittu eli 
kohta 2-3 on saatu suoritettua, lahettaa HLRu vierailijarekisterille VLR tilaajatiedot 

35 sisaitavan sanoman 2-4 InsertSubscriberData. Se sisaltaa tavanomaisten tietojen 
lisaksi palvelujen toteutukset eli kunkin palvelun version palveluprofiileittain. Se 
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sisaltaa edullisesti myOs tiedon niista palveluista, joita ei pystyta tassa ymparis- 
tossa talla paatelaitteella toteuttamaan. Kun vierailijarekisteri VLR kuittaa tilaaja- 
tiedot vastaanotetuiksi sanomalla InsertSubscriberDataAck 2-5 lahettaa HLRu 
sijainnin rekisteroinnin kuittaussanoman 2-6 (LocationUpdateAck).. Keksinnon 
5 eraissa edullisissa suoritusmuodoissa on sanoman 2-4 palveluprofiilitietoihin lii- 
tetty tieto palveluiden vaatimista operaatiotyypeista ainakin silloin, kun kyseessa 
on kotiverkosta vierailtavaan verkkoon siirrettavat palveluprofiilit. 

Kun vierailijarekisteri VLR on vastaanottanut sanoman 2-6, tekee se 
saatavilla olevista palveluista listan sanoman 2-4 palveluprofiilitietojen perusteella 

10 kohdassa 2-7 keksinnon ensimmaisessa edullisessa suoritusmuodossa. Saata- 
villa olevat palvelut ovat ne, jotka kayttajalla on kaytossaan tassa ymparistdssa 
talla paatelaitteella. Ne palvelut, jotka toteutetaan taysin paatelaitteessa, voidaan 
jattaa sanomasta 2-4 pois tai niista voi olla vain tieto, etta palvelua tuetaan. Jos 
VLR on vierailtavassa verkossa, voi VLR tarvittaessa edullisesti lahettaa palvelu- 

15 profiilin tai -profiilit oman verkkonsa palvelun ohjauspisteelle SCP ennen listan 
tekoa. Talloin SCP tarkistaa, onko vierailtavan verkon ja palveluprofiil(e)issa mai- 
nittujen palveluoperaattoreiden valille mahdollista muodostaa yhteys. Tarkistus 
tapahtuu kunkin palveluoperaattorin osoitteen perusteella. Jos yhteytta ei ole 
mahdollista muodostaa, poistetaan palveluoperaattorin palvelut palvelulistalta. 

20 Niissa suoritusmuodoissa, joissa sanoma 2-4 sisaltaa myos tiedon palveluiden 
vaatimista operaatiotyypeista, vierailtavan verkon SCP voi tarkistaa, onko palve- 
luoperaattorin ja vierailtavan verkon valilla sallittua kayttaa vaadittuja operaatio- 
tyyppeja. Vaihtoehtoisesti vierailijarekisteri VLR voi suorittaa tarkistuksen. Niita 
palveluja, joiden vaatimista operaatiotyypeista jokin ei ole sallittu, ei laiteta palve- 

25 lulistalle. Vierailijarekisteri VLR lahettaa palvelulistan paatelaitteelle MT sijainnin- 
paivityksen hyvaksymissanomassa 2-8 (LocationUpdateAccepted). 

Vastaanotettuaan sanoman 2-8 paatelaite tarkistaa nykyisessa ympa- 
ristossa saatavilla olevat palvelut listasta kohdassa 2-9. Jos paatelaite sisaltaa 
palvelun suoritusympariston T-SCF, voidaan palvelut sisaltava lista valittaa sille. 

30 Palvelun suoritusymparisto voi esittaa listan tiedot kayttajalle raataloidysti. Paa- 
telaitteessa oleva USIM-kortti tallentaa kayttajaprofiileittain kayttSliittyman aina, 
kun palvelu tarvitsee spesifista kayttoliittymaa. Saman palvelun, esimerkiksi saa- 
tiedotuksen, kayttoliittymahan voi olla varsinaisen matkaviestinlaitteen ME omi- 
naisuuksista johtuen joko kuvallinen esitys, pelkka tekstiesitys tai pelkka aaniesi- 

35 tys. Jos sijainninpaivitys johtui siita, etta USIM-kortti oli asetettu uuteen matka- 
viestinlaitteeseen ME, kaynnistaa USIM-kortti keksinnon ensimmaisessa edulli- 
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sessa suoritusmuodossa tarvittaessa palveluiden latauksen verkosta kayttaen 
esimerkiksi pakettidatapalvelua GRPS (General Packet Radio Service), joka on 
eras GSM 2+-vaiheen palveluista. Tieto tarvittavista palveluista on ensimmSises- 
sa edullisessa suoritusmuodossa tallennettu USIM-korttiin. Keksinnon ensimmai- 

" 5 se^a^ullisessasu^ "valits"ee~hTatkaviestinlaitteen ME 

ominaisuuksien perusteella ladattavan palvelulogiikan tyypin, ja tyypin perusteella 
latauksessa kaytettavan osoitteen. Osoitteet on edullisesti tallennettu USIM- 
kortille kunkin palvelun kullekin palvelulogiikan tyypille. Palvelu voidaan myos 
aina ladata samasta osoitteesta, mutta talloin palvelulogiikan tyyppi taytyy ilmoit- 

10 taa latauksen yhteydessa palvelimelle. Kun palveluiden lataaminen on suoritettu, 
voidaan sijainninpaivitys tehda uudestaan kotirekisteriin asti edella kuvatulla ta- 
valla. Tasta sijainninpaivityksen uudelleen tekemisesta on se etu, etta latauksen 
yhteydessa muuttuneet paatelaitteen ominaisuudet, esimerkiksi jonkin palvelun 
tarvitseman palvelulogiikan loytyminen paatelaitteesta lataamisen jalkeen, voi- 

15 daan ottaa huomioon ja palvelujen toteutukset voidaan valita ottaen huomioon 
paatelaitteeseen ladatut logiikat. Sijainnin paivitys ja palvelujen toteutusten valinta 
voidaan tehda uudelleen aina, kun paatelaitteeseen ladataan uusi ominaisuus. 
Toisaalta, jos palvelulogiikka perustuu matkaviestimen selaimeen ja se on luon- 
teeltaan valitonta kayttajainteraktiota, esimerkiksi kayttajan antaman syotteen pe- 

20 rusteella tapahtuvaa toimintojen aktivointia, niin talloin palvelulogiikkaa ei tarvitse 
ladata etukateen matkaviestinlaitetta vaihdettaessa eika sijainnin paivitysta uusi- 
ne palvelujen toteutusten valintoineen tarvita. 

Palvelun aktivoituessa siirretaan tieto toteutuksesta edullisesti palve- 
lun ohjaustoiminnon sisaltavaan ohjauspisteeseen SCP kayttaen esimerkiksi 

25 CAMELin CAP-protokollaa ja erityisesti sanomia InitialDP ja EventReportPCS- 
sanomissa. Naissa sanomissa on edullista valittaa tieto terminaalin ominaisuuk- 
sista palvelun ohjaustoimintoon. 

Edella kuvion 2 yhteydessa esitetyt signalointisanomat ovat vain 
viitteellisia ja voivat sisaltaa useitakin erillisia sanomia saman tiedon valittami- 

30 seksi. Sen lisaksi sanomat voivat sisaltaa muutakin tietoa. Tietojen valittami- 
seen voidaan kayttaa myos muita signalointisanomia tai tehda jopa oma erilli- 
nen signalointi sita varten. Operaattorista ja jarjestelmasta Qa jarjestelman 
ydinverkosta) riippuen tietojen valitykseen ja signalointiin voivat osallistua 
muutkin verkkoelementit, joihin eri toiminnallisuuksia on hajotettu. Kaikkien 

35 kuviossa esitettyjen verkkoelementtien ei myoskaan tarvitse osallistua signa- 
lointiin, jos tietojen vaihto tapahtuu jotain toista reittia. 
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Kuvio 3 esittaa vuokaaviota palvelujen toteutuksien valinnasta en- 
simmaisessa edullisessa suoritusmuodossa. Ensimmaisessa edullisessa suori- 
tusmuodossa yksittaisen palvelun toteutus optimoidaan valitsemalla kullekin pal- 
velun toiminnolle paras mahdollinen toteutusversio. Lisaksi oletetaan, etta kayt- 
5 tajalla on useampia palveluprofiileja. 

Palvelujen toteutuksien valinta alkaa ensimmaisessa edullisessa suo- 
ritusmuodossa silla, etta kohdassa 300 vastaanotetaan paatelaitteen ja matkapu- 
helinkeskuksen ominaisuudet. Sen lisaksi ensimmaisessa edullisessa suoritus- 
muodossa kohdassa 300 voidaan vastaanottaa tiedot vierailtavassa verkossa 

1 0 sallituista operaatiotyypeista. Nama tiedot vastaanotetaan esimerkiksi kuvion 2 
sanomassa 2-2, joka samalla sisaltaa tiedon kayttajasta. Matkapuhelinkeskuksen 
ominaisuuksista kaytetaan jatkossa kuvion 3 selityksen yhteydessa nimitysta ver- 
kon ominaisuudet. Sen jalkeen kohdassa 301 haetaan kayttajan palveluprofiilit 
tietoineen. Seuraavaksi kohdassa 302 tarkistetaan, tukeeko verkko tilaajan useita 

15 palveluprofiileita MSP (Multiple Subscriber Profile). Taman tarkistamisella on se 
etu, etta jos verkko ei tue MSP:ta, ei palvelujen toteuttamisen valintaa tehda tar- 
peettomasti kaikille palveluprofiileille. Jos verkko tukee MSP:ta, valitaan kohdassa 
303 se palveluprofiili, jonka palvelujen toteutukset paatetaan ensimmaiseksi. Yk- 
sinkertaisinta on lahtea liikkeelle ensimmaisesta palveluprofiilista. Palvelujen to- 

20 teutuksesta on yksinkertaisinta paattaa palveluprofiileittain, silla sama palvelu 
saattaa eri profiileissa olla tilattu eri palveluoperaattorilta. 

Kun palveluprofiili on valittu kohdassa 303, lahdetaan lapikaymaan 
profiilin palveluita palvelu kerrallaan. Kohdassa 304 valitaan palvelu, jonka toteu- 
tuksen valinta aloitetaan kohdassa 305 valitsemalla palvelun toiminto, jonka jal- 

25 keen kohdassa 306 haetaan toiminnon toteutusversiot eli lista toiminnon vaihto- 
ehtoisista toteutuksista tassa profiilissa talle kayttajalle ja kunkin toteutuksen vaa- 
timat paatelaitteen ja verkon vahimmaisominaisuudet. Lisaksi ensimmaisessa 
edullisessa suoritusmuodossa voidaan hakea myos vierailtavan verkon ja kotiver- 
kon valilla tarvittavat operaatiotyypit kullekin toteutukselle. Listaa selostetaan tar- 

30 kemmin myohemmin kuvion 4 yhteydessa. Kohdassa 307 valitaan talta listalta 
ensisijainen toteutusversio ja kohdassa 308 tutkitaan, tayttaako paatelaite ja verk- 
ko talle toteutusversio asetetut ehdot. Jos verkko on vierailtava verkko ehtojen 
tarkistukseen kuuluu myos sen tarkistaminen, ovatko kaikki tarvittavat operaatio- 
tyypit sallittuja. Jos ehdot tayttyvat, siirrytaan kohtaan 309, jossa yhdistetaan toi- 

35 minto ja sen toteutusversio. Sen jalkeen kohdassa 31 0 tarkistetaan, onko toiminto 
taman palvelun viimeinen toiminto, jolle taytyy valita toteutusversio. Jos toiminto 



on viimeinen (tai ainoa), siirrytaan kohtaan 31 1 , jossa tarkistetaan, onko kaikille 
palveluprofiilin palveluille jo valittu toteutus eli onko palvelu viimeinen. Jos palvelu 
on viimeinen, tarkistetaan kohdassa 312 jalleen tukeeko verkko tilaajan useaa 
profiilia MSP. Jos verkko tukee MSP:ta, tarkistetaan kohdassa 313, onko kaikki 
— 5 — palveluprofiilit-kaytylapi-eli-onkopal^ - 
viimeinen, siirrytaan kohtaan 314, jossa kootaan kuviossa 2 esitettyyn sanomaan 
2-4 palveluprofiileittain kunkin palvelun toiminnon toteutus esimerkiksi ilmoitta- 
malla sen versionumeron ja ilmoittamalla mahdollisesti kaytettavan palvelun ohja- 
uspisteen osoitteen seka tiedon palvelun aktivoinnista eli esimerkiksi, mista pu- 

10 helun tilamallin, sijainnin paivityksen tilamallin, pakettidataistunnon tilamallin, ly- 
hytsanoman kasittelyn tai lisapalvelun aktivoinnin havaintopis- 
teen/havaintopisteiden tiedot saadaan ja milla ehdoilla palvelun ohjauspisteen 
kysely tehdaan. Sijainnin paivityksella tarkoitetaan edellisessa lauseessa sita, etta 
palvelu tarvitsee vierailijarekisterista paatelaitteen sijaintitietoa esimerkiksi sijainti- 

1 5 alueen tarkkuudella. Tilamallitiedot sisaltavat tiedot tarvittavista havaintopisteista. 
Oikea palvelu loytyy ainoastaan palvelun ohjauspisteen sisalta palvelun tunniste- 
tiedon (esimerkiksi toteutuksen versionumero ja/tai tieto paatelaitteen tyypista) ja 
palvelun ohjauspisteen osoitteen avulla. Samassa ohjauspisteessa voi olla useita 
palveluita ja/tai palveluversioita, joten ainoastaan tunnistetiedon avulla loydetaan 

20 se oikea. Sen lisaksi palveluprofiileittain merkitaan ne palvelut, joita ei mahdolli- 
sesti pystyta tarjoamaan tai joita ei voida tarjota, koska vierailtava verkko ei salli 
tarvittavan tyyppista operaatiota. Niista palveluista, joiden toteutus ei aiheuta toi- 
menpiteita verkon puolella, vaan toimenpiteet suoritetaan paatelaitteessa, voi- 
daan lahettaa vain tieto, etta palvelua tuetaan tai vaihtoehtoisesti palvelua ei mai- 

25 nita ollenkaan, silla tunnistaahan paatelaite itsessaan olevan palvelun. Sen jal- 
keen kohdassa 315 lahetetaan palveluprofiilit tietoineen vierailijarekisterille. Jos- 
sakin muussa suoritusmuodossa voidaan vierailijarekisterille lahettaa vain tieto 
niista palveluista, jotka eivat ole kaytettavissa. Suoritusmuodossa, jossa kotire- 
kisteri ei tarkista operaatiotyyppeja, voidaan vierailtavan verkon vierailijarekiste- 

30 rille lahettaa palveluprofiilien yhteyteen palvelukohtaisesti tieto palvelun vaati- 
masta operaatiotyypista. 

Jos kohdassa 302 havaitaan, etta verkko ei tue tilaajan useaa palvelu- 
profiilia MSP, siirrytaan kohtaan 316, jossa valitaan tilaajan naita tilanteita varten 
ilmoittama oletusprofiili siksi palveluprofiiliksi, jonka palvelujen toteuttaminen op- 

35 timoidaan eli valitaan toteutusversiot. Kohdasta 316 siirrytaan valitsemaan profii- 
lissa olevaa palvelua kohtaan 304, josta jatketaan edella esitetyn mukaisesti. 
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Kohdan 302 tarkistus ei ole valttamaton, vaan kaikkien profiilien palveluiden to- 
teuttamiset voidaan optimoida, vaikka verkko ei MSP.ta tukisikaan. Talloin vain 
tehdaan turhaa tyota. Jos kohdan 302 tarkistusta ei tehda, ei kohdan 312 tarkis- 
tustakaan tarvita. 



5 Jos kohdassa 308 havaitaan, etta joku toteutuksen ehdoista ei taytty- 

nyt, toisin sanoen paatelaitteen tai verkon ominaisuudet eivat ole vahintaan tar- 
vittavat tai vierailtava verkko ei salli tarvittavaa operaatiotyyppia, siirrytaan koh- 
taan 317, jossa tarkistetaan, onko toteutusversioita viela jaljella. Jos niita on jal- 
jella, valitaan jaljella olevista paras toteutus kohdassa 318, jonka jalkeen jatketaan 

10 kohdasta308. 

Jos kohdassa 317 havaitaan, etta toteutusversio oli viimeinen, merki- 
taan kohdassa 319, etta palvelu ei ole kaytettavissa. Sen jalkeen siirrytaan koh- 
taan 31 1 tarkistamaan, oliko palvelu viimeinen. Se, etta palvelun muita toimintoja 
ei tarkisteta, johtuu siita, etta ensimmaisessa edullisessa suoritusmuodossa ole- 

1 5 tetaan, etta palvelu ei ole kaytettavissa silloin, kun sen yksikin sen toiminnoista ei 
ole toteutettavissa. Muissa suoritusmuodoissa nain ei vaittamatta ole. 

Jos kohdassa 310 havaitaan, etta toiminto ei ollut palvelun viimeinen, 
siirrytaan kohtaan 305, jossa valitaan seuraava toiminto, jonka toteutus valitaan. 
Tata silmukkaa toistetaan, kunnes palvelun kaikille toiminnoille on saatu valittua 

20 toteutus tai jotakin toimintoa ei pystyta toteuttamaan. 

Jos kohdassa 31 1 havaitaan, etta kyseessa ei ole viimeinen palvelu, 
siirrytaan kohtaan 304 valitsemaan seuraava palvelu, jonka toimintojen toteutuk- 
set valitaan seuraavaksi. Tata silmukkaa toistetaan, kunnes palveluprofiilin kai- 
kille palveluille on olemassa toteutukset tai tieto, etta palvelu ei ole kaytettavissa. 

25 Jos kohdassa 312 havaitaan, etta verkko ei tue MSP:ta, siirrytaan suo- 

raan kohtaan 314, jossa nyt kootaan vain oletuspalveluprofiilin palvelujen toteu- 
tukset. 

Jos kohdassa 313 havaitaan, etta viela on jaljella palveluprofiileja, joi- 
den palvelujen toteutuksia ei ole valittu, siirrytaan kohtaan 303, jossa valitaan 
30 seuraava palveluprofiili, jonka palvelujen toteutuksien optimointi suoritetaan. Tata 
silmukkaa toistetaan, kunnes kaikki palveluprofiilit on kayty lapi. 

Kuvion 3 yhteydessa esitetyt kohdat eivat ole absoluuttisessa ai- 
kajarjestyksessa ja osa kohdista voidaan suorittaa samanaikaisesti tai esite- 
tysta jarjestyksesta poiketen. Kohtien valissa voidaan suorittaa myos muita 
35 toimintoja. Osa kohdista voidaan myos jattaa pois. Suoritusmuodossa, jossa 
palvelua ei jaeta erillisiin toimintoihin, jatetaan esimerkiksi kohdat 305, 310, 
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317 ja 318 pois, jolloin kohdat 306, 307 ja 309 koko kohclistuvat palvelun eri 
toteutusversioihin ja kohdasta 308 siirrytaan joko kohtaan 309 tai 319. Oleel- 
lista on, etta toteutuksen ehtoja verrataan ominaisuuksiin ja niiden perusteella 
valitaan optimaalisin ratkaisu. 
5 Kuvio 4 esittaa lohkokaavion keksinnon mukaisesta toteutusrekiste- 

rista IR. Toteutusrekisteri on edullisesti integroitu johonkin jo olemassa olevaan 
rekisteriin, kuten ensimmaisessa edullisessa suoritusmuodossa kotirekisteriin. 
Muissa suoritusmuodoissa toteutusrekisteri voi muodostua eri yksikoihin hajasi- 
joitetuista toiminnoista. Toteutusrekisteri voidaan myos toteuttaa erillisena verk- 

10 koelementtina tai useamman verkkoelementin muodostamana kokonaisuutena. 
Esimerkiksi kutakin palveluoperaattoria varten voi olla oma toteutusrekisterinsa. 
Toteutusrekisteri IR kasittaa tietokantaosan DB, sovellusosan AP ja se voi kasit- 
taa yhteysosan CP. 

Ensimmaisessa edullisessa suoritusmuodossa tietokantaosa DB si- 

1 5 saltaa palveluoperaattorikohtaisesti ainakin yhden toimintolistan FL ja kullekin 
toiminnolle toteutuslistan IL. Toimintolistassa FL on esitetty kullekin palveluope- 
raattorin tarjoamalle palvelulle ne toiminnot, joita palvelu kasittaa. Kuvion 4 esi- 
merkissa palvelu 1 kasittaa kolme toimintoa ja palvelu N yhden toiminnon. Esi- 
merkki usean erillisen toiminnon kasittavasta palvelusta on uudelleenkutsu 

20 (CCBS call completion to busy subscriber), jonka toiminnot ovat aktivointi, monito- 
rointi, vapautumisen osoittaminen, jonottaminen ja uudelleenkutsu. Toiminnon 
toteutuslista IL sisaltaa toiminnon vaihtoehtoiset toteutukset edullisesti siten, etta 
paras toteutusversio toteutus 1 on ensimmaisena ja huonoin toteutusversio to- 
teutus M viimeisena. Kunkin toteutuksen yhteyteen on liitetty pa§telaitteelta vaa- 

25 dittavat ominaisuudet, palvelevalta verkolta vaadittavat ominaisuudet ja edullisesti 
tarvittavat operaatiotyypit. Kuvion 4 esittamassa esimerkissa toteutus 1 edellyttaa, 
etta paatelaitteessa on vahintaan ominaisuudet MT-C1, palvelevassa verkossa 
vahintaan ominaisuudet SN-C1 ja tarvittavat operaatiotyypit ovat OTIAja OT1B. 
Vastaavasti toteutus M edellyttaa, etta paatelaitteessa on vahintaan ominaisuudet 

30 MT-CM, palvelevassa verkossa vahintaan ominaisuudet SN-CM ja tarvittava ope- 
raatiotyyppi on OTM. Ensimmaisena toteutusvaihtoehtona voi olla esimerkiksi, 
etta toiminto toteutetaan verkossa normaalina palveluna edellyttaen, etta paate- 
laitteessa on palvelulogiikan suoritusymparisto T-SCF. Talloin verkolta vaaditaan 
ainoastaan perusominaisuuksia eika palvelun toteutus aiheuta alyverkon toimen- 

35 piteita verkon puolella. Viimeisena toteutusvaihtoehtona voi olla, etta toiminto to- 
teutetaan kokonaan verkon alyverkkopalveluna paatelaitteen ollessa yksinkertai- 



17 



sin perusmalli edellyttaen, etta palvelevalla verkolla on yhteys alyverkon ohjaus- 
pisteeseen SCP tai matkapuhelinkeskus sisSltas alyverkon ohjaustoiminnon. 
Edella mainitun erillisen alyverkon ohjauspisteen on oltava CAMEL- suoritusym- 
paristo (CSE, CAMEL Service Execution environment). ViimeisenS toteutuksena 

"5" voi olla myos palvelun korvaaminen standai^ilSSM^palvelulIar Esimerkiksi yleen- 
sa alyverkkopalveluna toteutettava lahtevien puheluiden rajoitus voidaan toteuttaa 
tavanomaisena GSM-palveluna, kun terminaali on tyhmS eika verkko tue CAME- 
Lia. Talloin tieto siita, etta palvelu onkin riisutumpi GSM-palvelu, voidaan kertoa 
vierailijarekisterille ja paatelaitteelle. Paatelaitteelle ja vierailijarekisterille voidaan 

10 myos ilmoittaa aina se, onko toteutettu versio paras /oletusarvoversio tai muuten 
ilmoittaa valitun toteutuksen taso tai valitusta toteutuksesta paatelaitteelle paate- 
laitteen tasosta riippumatta olennainen tieto. 

Sovellusosa AP suorittaa kuvion 3 yhteydessa kuvatut toiminnot, joista 
oleellisin keksinnon kannalta on toteutuslistalla olevien ominaisuusvaatimusten 

15 hakeminen ja niiden vertaaminen kaytossa olevan paatelaitteen ja verkon ominai- 
suuksiin seka vierailtavan verkon ollessa kyseessa sallittuihin operaatiotyyppeihin 
ja toteutuksen valinta vertailun perusteella. Niissa suoritusmuodoissa, joissa to- 
teutusrekisteri ei sijaitse siella, missa toteutustapa valitaan, sovellusosa voi etsia 
kysytyn palvelun toiminnot ja toimintojen vaihtoehtoiset toteutukset ja lahettaa ne 

20 niita pyytaneelle laitteelle tai verkkoelementille. 

Yhteysosan CP avulla toteutusrekisteri IR vastaanottaa ja lahettaa sa- 
nomia ja tietoja verkkoon seka kommunikoi verkon ja palvelujen yllapitojarjestel- 
mien kanssa. Yhteysosan ei tarvitse olla erillinen, vaan esimerkiksi keksinnon 
ensimmaisessa edullisessa suoritusmuodossa kotirekisterin yhteysosa on samalla 

25 toteutusrekisterin yhteysosa. 

Kaytetyt tietorakenteet voivat poiketa edella esitetysta ja tietojen haku 
voidaan suorittaa myos muulla tavalla. Toteutuksia ei ole myoskaan pakko maa- 
ritella toimintokohtaisesti, vaan ne voidaan maaritella palvelukohtaisesti, jolloin 
toteutuslistat IL tehdaan palvelukohtaisesti eika toimintolistaa FL tarvita. Tarvitta- 

30 vat operaatiotyypit eli ne operaatiot, joiden tulee olla sallittuja vierailtavan verkon 
ja kotiverkon valilla voidaan tallentaa myos palveluiden tai toimintojen yhteyteen. 
Oleellista on, etta tietokannassa on vahintaan yhdelle palvelulle vahintaan kaksi 
erilaista toteutusta, joille kummallekin on esitetty ainakin paatelaitevaatimuksia. 

Palvelevan verkon rakenteeseen ei tarvita laitteistomuutoksia, silla 

35 toteutusrekisteri voidaan integroida olemassa oleviin verkkoelementteihin. 
Palveleva verkko kasittaa prosessoreita ja muistia, jota voidaan hyodyntaa 
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keksinnon mukaisissa toiminnoissa. Kaikki keksinnon toteuttamiseen tarvitta- 
vat muutokset voidaan suorittaa lisattyina tai paivitettyina ohjelmistorutiineina 
niissa verkkoelementeissa, jotka sisaltavat keksinnon mukaisia toimintoja. 
Esimerkki tallaisesta verkkoelementista on vierailijarekisteri. Toteutusrekiste- 
5 rin sisSltavassa verkkoelementissa tarvitaan myos lisamuistia. 

Paatelaitteen rakenteeseen ei tarvita laitemuutoksia. Se kasittaa 
prosessoreita ja muistia, jota voidaan hyodyntaa keksinnon mukaisissa toi- 
minnoissa. Kaikki keksinndn toteuttamiseen tarvittavat muutokset voidaan 
suorittaa lisattyina tai paivitettyina ohjelmistorutiineina paatelaitteessa. 

10 Vaikka edella on puhuttu yleisesti palveluista, voidaan palveluprofiilista 

ottaa vain lisapalvelut tarkasteltavaksi ja valita ainoastaan niiden toteutus pelkan 
paatelaitteen tai paatelaitteen ja palvelevan verkon ominaisuuksien perusteella. 
On myos mahdollista rajoittaa toteutuksen valinta koskemaan vain joitakin, moni- 
mutkaisempia palveluita. On my6s mahdollista rajoittaa toteutuksen valinta kos- 

1 5 kemaan vain tilanteita, jolloin tilaaja on vierailtavan verkon alueella. 

On ymmarrettava\ etta edella oleva selitys ja siihen liittyvat kuviot 
on ainoastaan tarkoitettu havainnollistamaan esilla olevaa keksintea. Alan 
ammattilaisille tulevat olemaan ilmeisia erilaiset keksinnon variaatiot ja muun- 
nelmat ilman, etta poiketaan oheisissa patenttivaatimuksissa esitetyn keksin- 
20 non suojapiirista ja hengesta. 
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Patenttivaatimukset 

1 . Menetelma palvelun toteutuksen valitsemiseksi tietoliikennejSr- 
jestelmassa, jossa kayttaja voi kayttaS erilaisia pa§telaitteita, joiden ominai- 
suudet vaihtelevat, 

5 t u n n e 1 1 u siita, etta menetelma kasittaa seuraavat vaiheet: 

maaritellaan palvelulle ainakin kaksi erilaista toteutusta, 
maaritellaan kullekin toteutukselle paatelaitteessa tarvittavat omi- 
naisuudet, ja 

valitaan palvelun toteutus kaytettavan paatelaitteen ominaisuuksien 
10 perusteella (2-3). 

2. Patenttivaatimuksen 1 mukainen menetelma, t u n n e 1 1 u siita, 
etta suoritetaan palvelun toteutuksen valinta vasteena kayttajan paatelaitteen 
vaihdolle (2-1). 

3. Patenttivaatimuksen 1 tai 2 mukainen menetelma, t u n n e 1 1 u 

15 siita, etta 

maaritellaan kullekin toteutukselle myos palvelun valittavassa ver- 
kossa tarvittavat ominaisuudet, ja 

valitaan palvelun toteutus kaytettavan paatelaitteen ja sen kaytta- 
man verkon ominaisuuksien perusteella (2-3). 
20 4. Patenttivaatimuksen 3 mukainen menetelma, t u n n e 1 1 u siita, 

etta 

suoritetaan palvelun toteutuksen valinta vasteena paatelaitteen 
kayttaman verkon vaihtumiselle (2-2). 

5. Jonkin edella olevan patenttivaatimuksen mukainen menetelma, 
25 t u n n e 1 1 u siita, etta suoritetaan palvelun toteutuksen valinta vasteena 

paatelaitteeseen ladatulle uudelle ominaisuudelle (2-1 ). 

6. Jonkin edella olevan patenttivaatimuksen mukainen menetelma, 
t u n n e 1 1 u siita, etta 

tietoliikennejarjestelma on matkaviestinjarjestelma, 
30 valitaan palvelun toteutus sijainnin paivityksen yhteydessa (2-3), ja 

lahetetaan tarvittavat tiedot ominaisuuksista osana sijainnin paivi- 
tyssignalointia (2-1 , 2-2). 

7. Menetelma palvelun toteutuksen valitsemiseksi tietoliikennejar- 
jestelmassa, jossa kayttaja voi kayttaa erilaisia paatelaitteita, joiden ominai- 

35 suudet vaihtelevat, 

t u n n e 1 1 u siita, etta menetelma kasittaa seuraavat vaiheet: 
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maaritellaan palveluille toimintoja, joita palvelut kasittavat, 

maaritellaan toiminnoille toteutukset siten. etta ainakin yhclelle toi- 
minnolle maaritellaan vahintaan kaksi erilaista toteutusta, 

maaritellaan kullekin toteutukselle paatelaitteessa tarvittavat omi- 
5 naisuudet.-ja — 

valitaan palvelun toteutus valitsemalla kullekin palvelun toiminnolle 
toteutus kaytettavan paatelaitteen ominaisuuksien perusteella. 

8. Patenttivaatimuksen 7 mukainen menetelma, tunnettu siita, 

etta 

10 maaritellaan kullekin toteutukselle palvelut valittavalta verkolta 

vaadittavat ominaisuudet, ja 

valitaan palvelun toteutus valitsemalla kullekin palvelun toiminnolle 
toteutus kaytettavan paatelaitteen ja verkon ominaisuuksien perusteella. 

9. Tietoliikennejarjestelma (UMTS), joka kasittaa verkon (SN) pal- 
15 veluiden valittamiseksi kayttajalle ja paatelaitteita (MT), joiden ominaisuudet 

vaihtelevat ja joita kayttaja voi vapaasti vaihtaa, 

tunnettu siita t etta jarjestelma (UMTS) kasittaa lisaksi 
muistivalineita (HLRu), jotka sisaltavat ainakin yhdelle palvelulle 
toteutuslistan, jossa on maaritelty palvelulle vahintaan kaksi erilaista toteu- 
20 tusta seka kussakin toteutuksessa paatelaitteelta (MT) tarvittavat ominaisuu- 
det, ja 

valintavalineita (HLRu) palvelun toteutuksen valitsemiseksi kayte- 
tyn paatelaitteen (MT) ominaisuuksien perusteella. 

10. Patenttivaatimuksen 9 mukainen jarjestelma, tunnettu siita, 

25 etta 

toteutuslista sisaltaa myos kussakin toteutuksessa verkolta (SN) 
tarvittavat ominaisuudet, ja 

valintavalineet (HLRu) on sovitettu ottamaan huomioon myos ver- 
kon (SN) ominaisuudet toteutuksen valinnassa. 
30 11. Patenttivaatimuksen 9 tai 10 mukainen jarjestelma, tun- 

nettu siita, etta 

muistivalineet (HLRu) sisaltavat ainakin yhdelle palvelulle toiminto- 
listan, jossa on maaritelty ne toiminnot, joita palvelu sisaltaa ja ainakin osa 
toteutuslistan toteutuksista ominaisuusvaatimuksineen on maaritelty toiminto- 
35 kohtaisesti, ja 
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valintavalineet (HLRu) on sovitettu valitsemaan palvelun toteutus 
valitsemalla kullekin palvelun toiminnolle toteutus. 

12. Patenttivaatimuksen 9, 10 tai 11 mukainen jarjestelma, tun- 
net t il siita, etta valintavalineet (HLRu) ovat vasteellisia paatelaitteen vajh- 

5 tamiselle. 

13. Patenttivaatimuksen 9, 10, 11 tai 12 mukainen jarjestelma, 
t u n n e 1 1 u siita, etta tietoliikennejarjestelma on matkaviestinjarjestelma. 

14. Patenttivaatimuksen 13 mukainen jarjestelma, t u n n e 1 1 u sii- 
ta, etta yksi paatelaitteen ominaisuuksista on palvelun suoritusympariston Ja- 

10 va API-rajapinnan versio. 

15. Patenttivaatimuksen 13 tai 14 mukainen jarjestelma, tun- 
net t u siita, etta verkko (SN) kasittaa ainakin yhden verkkosolmun (SCP), 
jossa on palvelun ohjaustoiminto, ja verkko (SN) on sovitettu lahettamaan tie- 
don palvelun toteutuksesta palvelun aktivoituessa palvelun ohjaustoiminnolle. 

15 16. Toteutusrekisteri (IR), joka on osa tietoliikennejarjestelmaa, joka 

kasittaa ainakin yhden verkon palvelun valittamiseksi kayttajalle ja paatelait- 
teita, joiden ominaisuudet vaihtelevat ja joita kayttaja voi vapaasti vaihtaa, 
t u n n e 1 1 u siita, etta toteutusrekisteri (IR) kasittaa 
ainakin yhdelle palvelulle toteutuslistan (IL), jossa on maaritelty 
20 palvelulle vahintaan kaksi erilaista toteutusta seka kussakin toteutuksessa 
ainakin paatelaitteelta tarvittavat ominaisuudet, ja 

sovellusosan (AP) palvelun toteutuslistan hakemiseksi palvelun to- 
teutuksen valintaa varten. 

17. Patenttivaatimuksen 16 mukainen toteutusrekisteri, tun- 
: " t 25 n e 1 1 u siita, etta mainitussa toteutuslistassa (IL) on maaritelty lisaksi kussa- 
kin toteutuksessa palvelun valittavalta verkolta tarvittavat ominaisuudet. 
; > ; 18. Toteutusrekisteri (IR), joka on osa tietoliikennejarjestelmaa, joka 

v : kasittaa ainakin yhden verkon palvelun valittamiseksi kayttajalle ja paatelait- 

teita, joiden ominaisuudet vaihtelevat ja joita kayttaja voi vapaasti vaihtaa, 
:Y; 30 tunnettu siita, etta toteutusrekisteri (IR) kasittaa 

: : : toimintolistan (FL), jossa on maaritelty toiminnot tai toiminto, jotka 

palvelu kasittaa, 

'\ kullekin toiminnolle toteutuslistan (IL), joista ainakin yhdessa on 

* : maaritelty toiminnolle vahintaan kaksi erilaista toteutusta seka kussakin to- 

35 teutuksessa ainakin paatelaitteelta tarvittavat ominaisuudet, ja 
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sovellusosan (AP) palvelun kasittamien toimintojen toteutuslistojen 
hakemiseksi toteutuksen valintaa varten. 

19. Patenttivaatimuksen 18 mukainen toteutusrekisteri, tun- 
nettu siita, etta mainitussa toteutuslistassa (IL) on maaritelty lisaksi kussa- 
Wn4otautuksessa-pa]v^Iun-v^lUtava 



(57) TiivistelmS 

Keksinto liittyy palvelun toteutuksen valintaan, 
ja erityisesti matkaviestinjarjestelman lisapalvelun toteu- 
tuksen valintaan, silloin kun kayttaj§ voi kayttaS erilaisia 
paatelaitteita, joiden ominaisuudet vaihtelevat. Keksinnfin 
ratkaisussa palvelulle maaritellaan ainakin kaksi erilaista 
toteutusta, joiden paatelaitevaatimukset eroavat. Palvelun 
toteutus valitaan (307, 308, 309, 317 ja 318) kaytettavan 
paatelaitteen ominaisuuksien perusteella. Taman ansiosta 
palvelujen toteuttaminen on mahdollista optimaalisesti ja 
joustavasti siten, etta jokainen palvelun toiminto toteute- 
taan paatelaitteen ja verkon ominaisuudet huomioiden 
mielekkaimmassa paikassa. 
(Kuvio 3) 
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